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Datentransfersystem und Endgerat 



Die hier behandelte Erfindung beruhrt das mit den Formatierungssprachen auf 
dem jeweils benutzten Anwendungsniveau zu realisierende 
5 Informationstransfersystem, wobei z.B. durch den Gebrauch verschiedener 

Formatierungssprachen bei der Erstellung von Seiten es moglich ist, eine niedrige 
Ubertragungskapazitat in ein eigenes Datenubertragungssystem zu ubermitteln. 
Daruber hinaus beruhrt die Erfindung auch Endgerate, insbesondere 
Mobilfunkgerate. 

10 

Die elektronische Datenubermittlung ist ein wachsender Bereich. Seit Daten in 
elektrischer Form ubermittelt wurden, war man stets mit dem gleichen Problem 
konfrontiert: Wie kann die GroBe des elektronischen Dokuments minimiert 
werden. Das typische Dokument, das Texte in verschiedenen Formaten enthalt, 
15 Bilder und Diagramme, ist als digital dargestellte Bitkarte von gewaltigen 

AusmaBen. Eine weitverbreitete Losung zur Losung dieses Problems war SGML 
(Structured Generic Markup Language) - eine Formatierungssprache. Sie legt die 
elektronische Datenubertragung in einer bestimmten Rahmenstruktur test. 

20 Die HTML (Hypertext Markup Language) - Formatierungssprache ist wegen der 
groBen Beliebtheit der WWW (World Wide Web) - Seiten mit deutlichem Abstand 
die am meisten bekannte Sprache, die SGML-Standard sich zu eigen macht.. 
Dennoch gibt es weltweit unzahlige andere Formatierungssprachen, die an den 
SGML -Standard anlehnen, wie die z.B. fur verschiedene Drucker entwickelte 

25 SPDL -Sprache (Standard Page Description Language) und die z.B. fur 

Multimedia-Anwendungen geeignete, Musik und Texte unterstutzende SMDL - 
Sprache (Standard Music Description Language), Die groBe Beliebtheit der mit 
Hilfe der HTML-Formatierungssprache erstellten WWW-Seiten ist auf deren gute 
Presentation und Benutzerfreundlichkeit zuruckzufuhren. Die Entwicklung des 

30 WWW in seiner Gesamtheit wird vom World Wide Web Consortium (W3C) 
kontrolliert und uberwacht. 

Die HTML-Formatierungssprache ist die Dokumenttypdefin'rtion (DTD, Document 
Type Definition), die eigentlich eine Teilgruppe der SGML-Formatierungssprache 
35 ist. Wie jede Typdefinition eines Dokuments auch, bestimmt sie die Anfangs- und 
Endzeichen eines Dokuments durch einzelne Datenelemente, sowie den Bereich, 
wo in Reihenfolge jedes Datenelement auftreten kann. HTML wurde insbesondere 
zur AnschlieBung von Hypertext-Unks an Dokumente als auch zur Verbindung 
dieser mit verschiedenen Dokumenten geschaffen. Der HTML-Standard hat sich 
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rasant auch zu einem Datenspeicher- und Vermittlungsstandard entwickelt, 
besonders fur groBe Organisationen, wie Untemehmen sowie kommunale a!s 
auch staatliche Verwaltungsorgane. 



5 Die HTML-Fomnatierungssprache ist im Zusammenhang mit den Gebrauch von 
Endgeraten mit relativ groBer Datenubertragungskapazitat konzipiert worden. In 
der Zukunft werden HTML-Sprachenerweiterungen gegenuber f ruher 
hauptsachlich groBere Datenkapazitaten, sogar mit dem Ziel der Ubertragung 
bewegter Videobilder, unterstutzen. Dies wurde u.a. weltweite Videokonferenzen 

10 via Internet ermdglichen. 

Der Vorteil der HTML-Sprache liegt in der klaren Fomnatbeschreibung (der HTML- 
Code kann mit einem herkommlichen Texteditor gelesen und geschrieben 
werden) und ihrer Vielseitigkeit. Gerade zum Teil wegen dieser Faktoren ist sie 
aus der Sicht der Codeoptimierung nicht besonders effektiv. Jedes Dokument 

15 erfordert viel Steuer- und Kontrollzeichen, wobei besonders bei kurzen 

Dbkumenten der reine Informationsanteil aus derTextgesamtlange besonders 
niedrig ausfallt. Dies ist von Nachteil besonders fur Gerate mit niedriger 
Ubertragungskapazitat, aber auch besonders auch in solchen Systemen, in denen 
die Systemrandbedingungen fur die DokumentgroBe eine bestimmte Obergrenze 

20 festlegen. 

Datenubermittlungssysteme mit niedriger Ubertragungskapazitat sind weiterhin in 
der drahtlosen Kommunikation in Gebrauch. Bei der Anwendung von 
Datenservicen, z.B. beim Blattern in den WWW-Seiten des Intemet-Netzes, 

25 drahtlos z.B. mit dem Computer, dem Data-Adapter und dem GSM (Global 
System for Mobile communication) - Mobiltelefon steht dem GSM-System ein 
9600 bps Datentransferkanal zur Verfugung. Dies reicht aus ziemlich gut aus, 
wenn die GroBe der zu verschickenden Dokumente und Daten nicht besonders 
groB ist. Fur den Transfer groBer, z.B. in HTML-Formatierungssprache erzeugter 

30 Seiten, ware es ein groBer Vorteil, wenn es moglich ware, die Obertragung solcher 
Seiten zu effektivieren. 

Unabhangig von der Menge der zu ubertragenden Information ist der vom GSM- 
System bereitgesteltte 9600 bps Datenkanal fur die ganze Zeit der 
35 Qatenverbindung besetzt. Dieser Datenkanal benutzt denseiben Sen/icekanal, der 
gewdhnlich im Telefonverkehr benutzt wird. So gesehen verhindert die Benutzung 
des Datenkanals sowohl den Aufbau von Telefonaten als audi die Annahme von 
Anrufen. Dies ist eine unerwunschte Situation, besonders dann, wenn die zu 
ubermittelnde Informationsmenge besonders klein ist. Zur Losung dieses 




Problems sind Kurznachrichtendienste entwickelt worden, vermittels derer kleine 
Informationspakete Qber separate Signalisierungskanale verschickt werden 
konnen. Ein Beispiel fur einen solchen Service ist der SMS (Short Message 
Service) -Service des GSM Systems, das seinen Benutzem die Moglichkeit 

5 anbietet, Kurznachrichten zu verschicken und entgegenzunehmen. Die Lange der 
SMS-Nachrichten ist in der GSM-Spezifikation auf eine Obergrenze von 160 
Zeichen festgelegt worden. In der Praxis verhindert dies den Ersatz der mit HTML- 
Formatierungssprache erzeugten Dokumente durch die SMS- 
Kurznachrichtenkommunikation, weil die GroBe, besonders kurzer, in HTML- 

10 Sprache erzeugter Dokumente, die erwahnte Maximalgrenze von 1 60 Zeichen 
uberschreitet. 

Fur den GSM-Standard ist eine SMS-Erweiterung geplant, die die Obergrenze von 
1 60 Zeichen aufhebt. In diesem Fall werden iiber 1 60 Zeichen lange Nachrichten 
auf mehrere separate SMS-Sendungen verteilt, die im Empfangsgerat wieder zu 
15 einer Nachricht verbunden werden. Eine mogliche SMS-Erweiterung erleichtert 
den Datenverkehr, aber beseitigt uberhaupt nicht das Grundproblem, daB die 
Datentransferkapazitat in der SMS-Kommunikation besonders niedrig ist, wenn 
man z.B. an den Nutzen der angebotenen Serviceleistungen durch die immer 
popularer werdenden WWW-Seiten denkt. 

20 

Hier besteht ein groBer Bedarf , den Transfer der in verschiedenen 
Formatierungssprachen entstandenen Dokumente durch 
Datentransfersverbindungen mit niedriger Durchlaufgeschwindigkeit zu 
effektivieren, wie z.B. auf der Ebene drahtloser Mobilf unksysteme. 

25 

Jetzt ist ein anwendungsbezogenes Endgerat und System mit 
Komprimierungsleistungen entwickelt worden, mit dem die oben beschriebenen 
Schwierigkeiten reduziert werden konnen. Damit wird z.B. bei einigen 
Dokumenten, die in SGML-Formatierungssprache abgefaBt worden sind, eine 

30 leistungsfahige Obertragung fur Datentransfersysteme mit niedriger 

Ubertragungskapazitat ermoglicht, vor allem fur solche Systeme, wo fur die GroBe 
des zu tranferierenden Dokuments eine bestimmte, im voraus definierte niedrige 
Obergrenze festgelegt worden ist. Die Komprimierung eignet sich besonders fur 
Pager und Mobilfunkgerate. Durch Gebrauch dieser Neuentwicklung ist es 

35 moglich Seiten aus dem Internet so zu transformieren, daB sie in den drahtlosen 
Endgeraten z.B. in Kurznachrichtenfoim sind, auch schon dann, wenn der 
normale Betriebskanal des Mobitfunkgerats besetzt ist. Der Gebrauch dieser 
Erfindung ist auch in anderen Anwendungen, die das SGML-Protokoll nutzen, 
moglich, auch in Endgeraten, wo groBe Transfergeschwindigke'rten erreicht 
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werden. Dadurch werden Ubertragungszeit und Kosten eingespart, besonders bei 
umfangreichen Dokumenten. Die Erfindung eignet sich auch fur die Ubermittlung 
von in verschiedenen Formatierungssprachen abgefaBten Seiten zwischen zwei 
mobilen Endgeraten, wie in der Mobilfunkkommunikation. 

5 

In der Erfindung werden im Zusammenhang mit der Formatierungssprache die 
aus mehreren Symbolen zusammengesetzten Anfangs- und Endzeichen, 
(Kontrollzeichen, eng. Tag) und die zur Unterscheidung der einzelnen 
Iriformationsteile des Dokuments dienen, durch kurze Kennungen ersetzt. Dies 

10 geschieht gunstig uber den Server des Serviceanbieters. Eine so gestaltete 
Tabelle, fur die im folgenden die Bezeichnung Grammatik verwendet wird, wird 
z.B. mit Hilfe der SMS-Kurznachricht an das empfangende Endgerat Qbermittelt 
Wenn die bendtigte Grammatik zu groB ist, ist es auch mdglich, diese anstatt der 
SMS-Kurznachrichten uber den gewohnlichen Datenkanal zu ubermitteln. Die 

15 Grammatik wird sowohl im Server des Serviceanbieters als auch im 

empfangenden Endgerat eingespeichert. Wenn sowohl das absendende als auch 
das empfangende Endgerat dieselbe Grammatik verwenden, kann die dem 
Original entsprechende Webseite durch das empfangende Endgerat mit Hilfe 
kurzer Kennungen rekonstruiert werden. So reicht bei emeutem Gebrauch 

20 derselben Webseite allein die Ubermittlung der fur den Service typischen, sich 
zwischen den Benutzungszeiten andemden Information aus. Die Erfindung 
ermoglicht z.B. die Prasentation der auBerlich konstant bleibenden 
Wetterdienstseite mit einer sehr kleinen Informationsmenge. Nur wesentliche 
Information, wie z.B. die Temperatur, die Windstarke und -richtung werden - 

25 Qbermittelt, und das Webseiten-Layout wird mit Hilfe des empfangenden 

Endgerates unter Benutzung der Grammatik generiert. Daruber hinaus kann die 
Erfindung auch fur sich oft wiederholende wesentliche Information genutzt 
werden, wie z.B. durch Komprimierung der oben genannten Windrichtung in der 
Weise, daB n Sudwind u wahrend der Ubermittlungszeit durch das Zeichen n e" 

30 ersetzt wird, andererseits dieses mit Hilfe der Grammatik im empfangenden 
Endgerat zu „Sudwind u entpackt wird usw. 

Die Erfindung ermoglicht auch die Prasentation ganzer Satze und Strukturen der 
S,eiten-Layouts durch Ersetzung der verwendeten Symbolreihen durch kurze 
Kennungen, wie aus der ausfuhriichen Beschreibung der Erfindung hervorgeht. 
35 Spater, im Zusammenhang mit detaillierten Ausfuhrungen zu der Erfindung, wird 
die auf der HTML-Formatierungssprache basierende, entsprechend der Erfindung 
kpmprimierte HTMesL (Hyper Text Messaging Language) - 
Formatierungssprache verwendet. 
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Bei Ubermittlung der in HTML-Sprache erzeugten Web-Serte, z.B. innerhalb des 
Internets, wird fur den Datentransfer ein HTTP (HyperText Transfer Protocol) - 
Protokoll verwendet. Fur den Transfer der in der Web-Seite enthaltenen 
Information in entsprechend der Erfindung komprimierter Form im 

5 Kurznachrichtenmodus, z.B. vom Server zu einem mobilen Endgerat oder 
zwischen zwei mobilen Endgeraten, erweist sich das HTTP-Protokoll als nicht 
optimal. Deshalb wird im Zusammenhang mit der Erfindung das HTTP-Protokoll 
durch ein neues Protokoll ersetzt, das im folgenden unter der Bezeichnung 
HTMesTP (HyperText Messaging Transfer Protocol) gefuhrt wird. Im 

10 Zusammenhang mit der im HTMesTP-Protokoll zu Qbermittelnden Information 
werden Zusatzinformationen hinzugefugt, die u.a. definieren, nach welcher 
Grammatik die Nachricht komprimiert worden ist, und welchen Typs die 
betreffende Nachricht ist. Auf der Basis dieser Nebeninformation ist das 
empfangende Endgerat in der Lage, seine empfangene Nachricht richtig zu 

15 verarbeiten, d.h. es erkennt z.B. , ob es sich um eine Grammatiknachricht zum 
Aktualisieren der Grammatik, oder um eine Nachricht im Rahmen eines 
Serviceangebots handelt. Die Nachricht kann von ihrem Typ her auch eine 
Kombination der oben genannten Nachrichtentypen sein, eine sogenannte 
zusammengesetzte Nachricht. 

20 

Fur die Erfindung ist charakteristisch, was im Kennzeichen der Schutzanspruche 1 
und 2 ausgefuhrt ist. 

Im folgenden wird die Erfindung unter Bezug auf die beiliegenden Zeichnungen 
25 genauer erklart: 

Bild 1 Darstellung des die Erfindung betreffenden Datentransfersystems sowie 
darin verwendete Endgerate, 

30 Bild 2 Darstellung der im Internet verwendeten verschiedenen Teile der URL 
(Uniform Resource Locator) - Adresse, 

Bild 3 Darstellung einer mit einer HTML-Formatierungssprache erzeugten 
Webseite, 

35 

Bild 4 Darstellung der Ubermittlung von Nachrichten zwischen dem Endgerat, 
dem Server und dem Internet-Server im Datentransfersystem entsprechend der 
Erfindung in Form eines DatenfluBpIans, 
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Bild 5 Darstellung der Struktur der Nachricht, wonach die Nachrichten, 
die entsprechend der Erfindung komprimiert sind, gesendet werden 

Bild 6 Darstellung der Datenubermittlung gemaB der Erfindung 

5 

In Bild 1 wird das Datenubermittlungssystem dargestellt, das u.a. das GSM- 
System, den Server und verschiedene Endgerate umfaGt. Der Rumpf des GSM- 
Systems wird durch die Mobiltelefonzentralen 100 und 101 gebildet, die in diesem 
System spezielle, fur die Uberm'rttlung von SMS-Kurznachrichten geeignete SMS- 

10 GMSC (Short Message Service - Gateway Mobile Swittching Centre) -Zentralen 
sind. Sie ubermitteln die von anderen Mobiltelefonzentralen oderfesten 
Telefonnetzen 110 ankommenden Gesprache, oder die Nachrichtendaten, die die 
vom GSM-System angebotenen Datenkanale nutzen, uberdie ihnen 
untergeordneten Basisstationskontrollem (BSC, Base Station Controller, 

15 Referenzen 102, 103) und Basis Transceiver Stationen (BTS, Referenzen 104, 
105, 106 und 107) an die angeschlossenen Endgerate (MS, Mobile Station, 
Referenzen 10, 11 und 12) weiter. Entsprechend sammeln die 
Mobiltefonzentralen 100 und 101 die aus dem Endgerat 10, 11, 12 eintreffenden 
Gesprache oder Datennachrichten und ubermitteln sie auf der Basis der vom 

20 Teilnehmer gewahlten Nummer an andere Mobiltelefonzentralen oder feste 
Telefonnetze 110. 

Parallel zum Gesprache und Daten ubenmittelnden GSM-System arbeitet der an 
und fur sich autonome Kurznachrichtenservice, SMS (Short Message Services). 

25 Im folgenden werden fur diesen Service und die durch ihn ubermittelten 
Kurznachrichten auch die Abkurzungen SMS-Seivice und SMS-Nachricht 
verwendet. SMS-Nachrichten werden standardmaflig zwischen zwei mobilen 
Endgeraten 10, 1 1, 12 oder zwischen einem stationaren und einem mobilen 
Endgerat 10, 1 1, 12 Obermittelt. Die SMS-Nachrichten werden konzentriert durch 

30 dje Kurznachrichtenzentrale 20 (SM-SC, Short Message Service Centre) 
Obermittelt. Fur die Kurznachrichtenzentrale 20 wird im folgenden auch die 
ESezeichnung SMS-Nachrichtenzentrale 20 verwendet. Die SMS- 
Nachrichtenzentrale 20 ist uberdie Mobiltelefonzentralen 100, 101 mit dem GSM- 
System verbunden. Die SMS-Nachricht enthalt u.a. die Kennung des Empfangers, 

35 auf deren Basis das SMS-Nachrichtenzentrum 20 in der Lage ist, die SMS- 
Nachricht an den richtigen Empfanger zu ubermitteln. Im folgenden Abschnitt wird 
beispielhaft die Ubermittlung der SMS-Nachricht vom Endgerat 1 1 an das 
Endgerat 12 beschrieben. 
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Beim Starten des Vorgangs zur Sendung der SMS-Nachricht ubermittelt das 
Endgerat 11 die SMS-Nachricht durch den Signalisierungskanal des GSM- 
Systems uber die Basisstation 105 und den Kontroller der Basisstation 102 an die 
Mobiltelefonzentale 100. Die Mobiltelefonzentrale 100 ubermittelt die SMS- 

5 Nachricht an die SMS-Nachrichtenzentrale 20 weiter, wo sie vorubergehend 
gespeichert wird. Die SMS-Nachricht entgegennehmend, versucht die SMS- 
Nachrichtenzentrale 20 auf der Grundlage der in der SMS-Nachricht enthaltenen 
Adresseninformation den Empfanger zu lokalisieren (in diesem Beipiel Endgerat 
12). Wird der Empfanger gefunden, d.h. als GSM-Netz Teilnehmer identifiziert, 

10 ubermittelt die SMS-Nachrichtenzentrale 20 die SMS-Nachricht uber die 

Mobiltelefonzentrale 101, den Kontroller der Basisstation 103 und die Basisstation 
107 an das Endgerat 12. Wenn die Ubermittlung der SMS-Nachricht erfolgreich 
verlaufen ist, loscht die SMS-Nachrichtenzentrale 20 die SMS-Nachricht aus 
ihrem Speicher. Ist das Endgerat 12 nicht erreichbar, versucht die SMS- 

15 Nachrichtenzentrale 20, die SMS-Nachricht spater emeut zu ubermitteln. Gelingt 
die Obermittlung der SMS-Nachricht nicht im Rahmen einer gewissen im voraus 
festgelegten Zeit, schickt die SMS-Nachrichtenzentrale 20 die Ruckmeldung, auch 
als SMS-Nachricht, an das Endgerat 1 1 , dem mitgeteilt wird, daB die Ubermittlung 
der SMS-Nachricht erfolglos war. Die im Zusammenhang mit dem GSM-System 

20 erfolgte Ubermittlung von SMS-Nachrichten, die Fachleuten dieser Branche 
bekannt ist, wird genauer z.B in dem Buch von Michael Mouly und Marie- 
Bemadette Pautet „The GSM System for Mobile Communications" aus dem Jahr 
1992 (ISBN 2-9507190-0-7) beschrieben. 

25 Von der SMS-Nachrichtenzentrale 20 besteht femer eineTeleverbindung zu den 
festen Telefonnetzen 1 10, uber die, z.B. mit Hilfe eines Modems, SMS- 
Mitteilungen an den SMS-Dienstleistungen anbietenden Server 35 ubermittelt 
werden konnen. Die SMS-Nachrichtenzentrale 20 kann auch mit dem Intemet- 
Netz 50 verbunden werden, z.B. uber den Server 30. Dieser fur den Betrieb der 

30 Etf indung wesentliche Server 30 wird im folgenden unter der Bezeichnung SMS- 
TCP/IP- Server 30 aufgefuhrt. So unterscheidet sich dieser Server deutlich von 
dfen anderen Servern des Intemet-Netzes 50, z.B. vom Internet-Serviceleistungen 
anbietenden Server 70. Der SMS-TCP/IP-Server 30 bildet ein Gateway zwischen 
der SMS-Nachrichtenzentrale 20 und dem Intemet-Netz 50. Von daher ist es 

35 moglich, zwischen den Endgeraten 10, 1 1 ,12 und dem Internet-Server 70 SMS- 
Nachrichten zu ubermitteln, um die vom Intemet-Netz 50 angebotenen 
Serviceleistungen zu nutzen. 

Die Datennachrichten im Internet, wie z.B. auch SMS-Nachrichten, werden 
zwischen verschiedenen Servern 30, 70 ubermittelt, unter Benutzung des unter 
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Experten der Branche bekannten TCP/IP (Transmission Control Protocol/ Internet 
Protocol) - Protokolls und der fur beide Server spezifischen Intemet-Adresse 
(URL, Uniform Resource Locator). In Bild 2 werden z.B. eine Intemet-Adresse und 
ihre verschiedenen Teile vorgestellt. Die Adresse umfaBt sornit das Protokoll P1, 
5 die Bezeichnung P2 fur den Internet-Sender, die Nummer P3 fur den TCP/IP-Port 
sowie den Ressourcennarnen P4. Die in Bild 2 vorgestellte TCP/IP-Portnummer 
n :80 u ist fakultativ, sie ist nicht notwendig zu verwenden. 

Gewohnlicherweise wird die Dienstleistung in der Weise angefordert, daB darum 
10 gebeten wird, eine bestimrnte SMS-Nachricht an die Servicenummer eines 
Anbieters weiterzuleiten. Von dieser aus wird die SMS-Nachricht uber die SMS- 
Nachrichtenzentrale 20 zum Serviceanbieter dirigiert, z.B. uber das Telenetz 110 
zum Server 35. Da der Maximalumfang der SMS-Nachricht auf 160 ASCII- 
Zeichen begrenzt ist, versteht es sich, daB so realisierte Service gezwungen sind, 
15 die angebotene Information auf das Allerwesentlichste zu reduzieren. Fur 

bestimrnte Servicezwecke mag dies voll ausreichend sein, z.B. Devisenkurse und 
Salden von Bankkonten kdnnen heutzutage mit Hilfe der traditionellen SMS- 
Nachricht per Mobiltelefon abgefragt werden. Als Antwort auf die angeforderte 
Serviceleistung leitet der Server 35 eine sich aus dem gewunschten ASCII-Text 
20 zusammengesetzte SMS-Mitteilung an das Mobiltelefon, die der Nutzer auf dem 
Display seines Mobiltelefons ablesen kann. 

Werden die vom Netz angebotenen Serviceleistungen durch Anwendung einer 
Webseiten-Formatierungssprache erbracht, ist die Nutzung der Serviceleistungen 

25 als solche durch Verwendung von SMS-Nachrichten fast gar nicht moglich. Die in 
Verbindung mit der Formatierungssprache verwendeten Kontrollzeichen (tags) 
belegen den groBten Teil der zur Verfugung stehenden Datentransferkapazitat, 
weil diese ebenso als ASCII-Symbole ubermittelt werden, wie auch die 
Information selbst. Fur die Losung dieses Problems wurde im Zusammenhang mit 

30 der Erfindung ein Endgerat inkl. Datentransfersystem entwickelt, wodurch bei der 
Nutzung der Intemet-Dienste die durch die Begrenzung der SMS-Nachrichten auf 
maximal 160 Zeichen und die durch den Gebrauch der Kontrollzeichen erzeugten 
Probleme reduziert werden. Seine Funktionsweise wird im folgenden mit Hilfe 
einiger Realisierungsformen beschrieben. 

35 

In der ersten Realisierungsf orm der Erfindung wird mit Hilfe des mobilen 
Endgerates10,1 1 ,12 das Mobiltelefonnetz genutzt, und femer uber das Intemet- 
Netz 50 die vom Internet-Server 70 prasentierte Wetterdienstserte 60 (Bild 3). In 
diesem Beispiel erfolgt der Datentransfer zwischen dem SMS-TCP/IP-Server30 
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und dem mobilen Endgerat 10, 1 1, 12 unter Verwendung des fur die Erfindung 
charakteristischen HTMesTP-Protokolls, auf dessen Struktur spater naher 
eingegangen wird. Die vom Internet-Server 70 angebotene 
Wetterdienstseite 60 wird dagegen uber das Intemet-Netz 50 an den SMS- 

5 TCP/IP-Server 30 unter Verwendung des bekannten HTTP-Protokolls ubermtttelt. 
Der SMS-TCP/IP-Server 30 wandelt die in in HTML-Sprache verfaBte 
Wetterdienstseite 60 gemaB der Erfindung in HTMesL-Format um und faBt die 
benotigte Grammatik ab. Es gibt jedoch keine Hindemisse, da3 derschon die 
Dienstleistung anbietende Internet-Server 70 die erwahnte Umwandlung 

10 durchfGhrt 

SGML (Structured Generic Markup Language) ist der im Jahr 1986 vorgestellte 
Internationale Standard (ISO 8879 SGML), der fur den elektronischen 
Datenverkehr eine bestimmte Rahmenstruktur festlegt. Er definiert die 

15 verschiedenen Teile des Dokuments, sowie in welcher Weise und in welchem 
Format die verschiedenen Teile des Dokuments prasentiert worden sind. SGML 
basiert auf der Verwendung bestimmter Kontrollzeichen (tag), die Funktionen und 
Operationen fur die Minimalisierung der DokumentgroBe definieren. In der unten 
aufgefuhrten Tabelle 1 wird z.B. die in SGML-Sprache erstellte Struktur der Seite 

20 dargestellt: 



<memo> 

<address>To: George 0'Sullivan</address> 
<sender>From:Sysop</sender> 
<date>date: March 13, 1996</date> 
<subjekt>RE: Example of SGML</subject> 
<text>This is a sample of SGML code.</text> 
</memo> 



Tabelle 1, ein Beispiel der in SGML-Sprache erstellten Struktur der Seite 

25 In diesem Beispiel bestimmt die Verwendung der Kontrollzeichen (tag), wie 
'memo', 'address 1 , 'sender 1 , 'date', 'subject' und text' die Typdefinition DTD 

. <0E_29816131U1 J_> 



10 



(Document Type Definition). Die oben gebrauchte Syntaxs (<tag>, </tag>) ist 
anwendungsbezogen. In der SGML-Formatierungssprache wird standardgemaB 
der 255 Zeichen umfassende ASCII-Code verwendet. Der Entwickler der SGML- 
Sprache kann die Zeichen selbst definieren, 
5 womit eine bestimmte Einheit begonnen und abgeschlossen wird. Dies ermoglicht 
die leichte Editierung der SGML-Datei mit traditionellen Texteditoren auch in den 
Fallen, wo fur die Planung der Editierung spezieller SGML-Dateien keine 
Spezialeditoren zur Verfugung stehen. 

10 In Bild 3 ist gemaB dem Beispiel eine Wetterdienstseite 60 in der Form abgebildet, 
wie sie dem Nutzer auf dem Display der Endgerate 10, 1 1 ,12 angezeigt wird. Von 
der GroBe des Displays und der Struktur der Endgerate 10, 1 1 , 12 hangt es ab, ob 
die Wetterdienstseite 60 mit einem Mai auf dem Bitdschirm erscheint, oder ob sie 
in Seitenausschnitte aufgeteilt werden muB. Im folgenden verwenden wir als 

15 Beispiel entsprechend der Erfindung die Multiservicemobilfunkkommunikation 12 
auf der Basis des Nokia 9000 Communicators, auf dessen groBem LCD-Display 
die ganze Wetterdienstseite 60 mit einem Mai abgebildet werden kann. Die 
entsprechende Wetterdienstseite ist in der unten aufgefuhrten Tabelle 2 in HTML- 
Sprache im sogenannten Quellencode (document source code) abgebildet. 

20 • 

<html> 

<head> 



BMSOOCID: <DE_298l6131U1_L> 




<title>World Weather Service</title> 

</head> 

<body> 

<h1>Welcome to the World Weather Service</h1> 

<h2>Weather Today</h2> 

Cloudy. Propability of rain showers 30%. 

<h2>Temperature</h2> 

10-14 C 

<hr> 

<a>href= a htmp://weather.world.com:444/cgi- 
bin/tomorrow.pl a >Weather Tomorrow</a> 
<Jbody> 

</html> 



Tabelle 2, Abbildung der Wetterdienstseite 60 im Quellencode 

Dieses HTML-Beispielseite umfaBt 294 ASCII-Zeichen, wodurch ihre Qbermittlung 
5 in Form einer SMS-Nachricht (max 160 Zeichen) als solcher nicht moglich ist. In 
der Erfindung werden fur beide, die Kontrollzeichen (tag, z.B. <html>) und die 
Informationszeile (z.B. Weather Today), eine eigene Kennung definiert, die in 
diesem Realisierungsbeispiel den Umfang von einem Byte (8 Bit) hat. Der 
Ersteller der anwendungsbezogenen Grammatik kann frei die Kennungen der 
10 Zeichen und Informationszeilen wahlen. Kennungen mit Beispielcharakter werden 
in der unteren Tabelle 3 vorgestellt. Als erstes Zeichen ist das Sonderzeichen 
"Spar" aufgefuhrt, daB entsprechend der Erfindung die in HTMesL-Sprache 
abgefaBte Nachricht von der in herkommlicher HTML-Sprache erstellten Nachricht 
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unterscheiden soli. Anstelle des Sonderzeichens "&par" kann auch jedes andere 
Zeichen oder Zeichenfolge verwendet werden; 



Kennung 


Code 


Zeichen- 
anzani 


Zeichen- 
anzahl 


&par 






4 


10 


<html> 


6 


2 


12 


<head> 


6 


2 


14 


<title> 


7 


2 


30 


World Weather Service 


21 


2 


15 


</title> 


8 


2 


13 


</head> 


7 


2 


16 


<bodv> 


6 


2 


18 


<h1> 


4 


2 


31 


Welcome to the World Weather Service 


36 


2 


19 


<ht1> 


5 


2 


1B 


<h2> 


4 


2 


32 


Weather Today 


13 


2 


1A 


</h2> 


5 


2 


FF 


Cloudy. Propability of rain showers 30%. 


40 


2 


1 P 




4 


2 


33 


Temneratur© 


11 
1 1 


p 


1A 


</h2> 


5 


2 


FF 


10-14 C 


9 


2 


1D 


<hr> 


4 


2 


34 


<a href="htmp-y/weather.wortd.com:444/cgi- 
bin/tomorrow.pI 0 >Weather Tomorrow</a> 
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</body> 


7 


2 


11 


</html> 


7 


2 



Zeichen zusammen 294 48 

5 

Tabelle 3, Umwandlung einer HTML-Seite in eine HTMesL-Seite 

Im folgenden wird die Struktur der HTMesL-Seitenformatierungssprache der 
Erfindung genauer beschrieben. Die HTMesL -Sprache arbeitet nach dem 
10 gleichen Muster, nach dem die den Branchenexperten aus dem Intemet-Netz 
bekannten HTTP- und HTML-Protokolle in der WWW-Umgebung 
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zusammenwirken. Die HTMesL verwendet als Grundlage Zeichenarten und 
Struktur der HTML-Sprache, sowie die Endgerate 1 0, 11, 12 als auch den SMS- 
TCP/IP-Server 30 am Ende, zeigt aber durch Sonderzeichen (Tag) an, daB es 
sich um eine codierte Seite handelt. Dieses Sonderzeichen (tag) kann z.B. das 
5 erste Zeichen oder die erste Zeichenfolge der HTML-Seite sein. 

Die Bedeutung des Sonderzeichens ist es, dem Empfanger anzuzeigen, daB es 
sich bei der ankommenden Mitteilung um eine in HTMesL-Sprache erstellte Seite 
handelt. 

10 

Das Sonderzeichen (z.B. &par) ist obligatorisch, damit entsprechend der 
Erfindung das Endgerat 10, 11, 12 in der Lage ist, die gewiinsche Webseite zu 
prasentieren. Mit Hilfe des Sonderzeichens erkennt das Endgerat 10, 11, 12, daB 
die vom TCP/IP-Server 30 empfangene Information (z.B. die ursprunglich in 

15 HTML-Sprache durch den Internet-Server 70 realisierte Wetterdienstseite 60) 
entsprechend der Erfindung codiert worden ist. Dieses Sonderzeichen (tag) 
ermoglicht es, die in den komprimierten Seiten enthaltene Information des 
Endgerates 10, 11, 12 zu speichem, von dem diese spater durch Empfang der 
variablen Parameter-Information 63, 65 durch das Endgerat 10, 1 1, 12 abzurufen 

20 und zu erganzen ist. Dies ermoglicht allein nur die Ubermittlung des 

Referenzcodes (Code, der mitteilt, zun/velcher Webseite bzw. zu welchem Service 
die damit verbundene Information verschickt wird) und der Parameter-Information 
63, 65 (die selbst den Service offerierende variable Information) in einer SMS- 
Nachricht. 

25 

Die am rechten Rand der Tabelle 3 befindliche Zahlen beschreiben die Lange der 
Zeichen und Informationszeilen in Form von ASCII-Symbolen vor und nach deren 
Substitution durch Kennungen. In Tabelle 3 sind die auf der Wetterdienstseite 60 
durch Fettdruck markierten Zeilen 61-66 (Bild 3) abgebildet. 

30 

Mit Hilfe der Kennungen ist es moglich, die Gesamtzeichenmenge der fur die 
Wetterdienstkarte 60 festgelegten Information von ursprunglich 294 ASCII 
Zeichen auf 48 Zeichen (Kennungen) und 40+9 Informationszeichen (Cloudy. 
Propability of rain showers 30%. Und 10-14 C) zu reduzieren. Dies ergibt 
35 zusammen nur 97 ASCII-Zeichen, so daB die in der Wetterdienstseite 60 

enthaltene Information schon in dieser Form in einer SMS-Nachricht ubermittelt 
werden kann, vorausgesetzt, daB im empfangenden Endgerat 12 die 
ehtgegengenommene Information emeut rekonstruiert werden kann. Die 
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Rekonstruktion der Mitteilung wird weiter unten genauer beschrieben. In seiner 
Gesamtheit kann also die Mitteilung in folgender Form dargestellt werden: 

&par101214301513161831191B321AFF1B331AFF1D341711[cr] 
5 Cloudy. Probability of rain showers 30%.[cr] 
10-14C 

Die erste Zeile setzt sich aus 48 Kennungen (4+22*2 Zeichen), von denen jede 
dtirch zwei Zeichen dargestellt wird, und dem die Zeile abschlieBenden 

10 Zeilenendezeichen [cr] (carriage return). [cr]-Zeichen werden sowohl fur die 

Anzeige des Anfangspunkts des ersten Informationsparameters als auch fur die 
Unterscheidung der Informationsparameter voneinander verwendet. Die Kennung 
FF (fett dargestellt) ist daf ur reserviert, die Plazierung der Informationsparameter 
63 und 65 ("Cloudy. Propability of rain showers 30%." und "10-14 C tt ) auf der 

15 Webseite anzuzeigen. In diesem Fall erhoht der Gebrauch der Zeilenendezeichen 
[cr] die Zeichengesamtmenge urn zwei, so daft entsprechend dem Beispiel die 
Wetterdienstseite 60 in dieser Form prasentiert 99 Zeichen erforderlich macht. 
Das Zeilenendezeichen ist hier beispielhaft gebraucht, es kann auch durch 
irgendein anderes Sonderzeichen ersetzt werden, z.B. durch ein selten 

20 verwendetes, auf dem Kopf stehendes Fragezeichen i, oder irgendeine aus 
mehreren Zeichen bestehende Kombination. Das Zeichen oder die 
Zeichenverbindung sind servicebezogen zu definieren. 

Die oben abgebildete Mitteilung kann weiterhin durch Definition des Objekts 
25 komprimiert werden (in diesem Beispiel A2), das in der ersten Reihe die 44 
Zeichen umfaBende Kennungssequenz auffuhrt. 

°A2 u = tt 101214301513161831191B321AFF1B331AFF1D341711" 

30 Das Objekt A2 wird im ortlichen mobilen Endgerat 10,11,12 gespeichert; aus dem 
es immer abgerufen wird, wenn die Wetterdienstseite 60 auf dem Display des 
Endgerates 10, 1 1 , 12 bearbeitet wird. Wenn die Wetterdienstkarte 60 in der oben 
erwahnten Weise komprimiert wird, erhalt man als Gesamtlange der Mitteilung 57 
Zeichen (4+2+40+9+2 Zeilenwechselzeichen), d.h.: 

35 

&parA2[cr] 

Cloudy. Propability of rain showers 30%.[cr] 
10-14 C 
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Wie anhand der oben dargestellten Mitteilung leicht festzustellen ist, wird die 
Mitteilung fast ausschlieBlich aus den Informationsparametem 63 und 65 
("Cloudy. Propability of rain showers 30%." und "10-14 C") gebildet. Dies ist 
gerade derZweck der Erfindung - nur die sich andemde, vom Service 

5 angebotene Information 63, 65 wird uber die verwendete Datentransferverbindung 
ubermittelt. Die andere in der Wetterdienstseite 60 enthaltene Information 
(Abbildung 3, Referenzen 61, 62, 64, 66), die zwischen den Service- 
Benutzungszeiten unverandert bleibt, wird uber das Endgerat 10, 11, 12 generiert, 
wobei die im Endgerat 10, 1 1, 12 gespeicherte Grammatik ausgenutzt wird. Bei 

10 erster Inanspruchnahme des Services wird die Grammatik im Endgerat 10, 1 1 , 12 
gespeichert, Oder wenn sich die Grammatik z.B. bei Veranderung des Layouts der 
Webseite verandert. Die Speicherung der Grammatik und die bei der Speicherung 
verwendeten Grammatikmitteilungen 87 werden zu einem spateren Zertpunkt 
ausfuhrlich beschrieben. 

15 

Bei der Nutzung der Webseiten in der traditionellen WWW-Umgebung wird die 
emfache Serverarchitektur fur Kunden benutzt. Der Kunde bittet bei Benutzung 
des von ihm gewunschten Service (z.B. Hypertext-Seite) ein HTTP-Protokoll 
(HyperText Transfer Protocol). Das HTTP-Protokoll wurde fur den Transfer von 

20 HTML-Seiten geplant, aber es eignet sich auch fur andere Varianten von 
Datentransfer. Das verwendete HTTP-Protokoll erweist sich bezuglich der 
Datentransferspur als besonders ineffektiv. Durch ein entsprechend der Erfindung 
entwickeltes Komprimierungsverfahren (wie die oben beschriebene HTMesL) wird 
fur die Ubermittlung der komprimierten Service-Seiten zwischen dem SMS- 

25 TPC/IP-Server 30 und dem Endgerat 10, 1 1 , 12 entsprechend der Erfindung das 
HTMesTP-Protokoll (Hypertext Messaging Transfer Protocol) verwendet. Dies ist 
ein Beispiel fur einen neuen Mitteilungstyp, den der SMS-TCP/IP- Server 30 
entsprechend der Erfindung einzurichten vermag. Solche speziellen 
Mitteilungstypen werden bei der Definition des Bearbeiters und Obermittlers der 

30 Mitteilung im System der mobilen Kommunikation verwendet. Im Mitteilungstyp 
sind z.B dreierlei Mitteilungen enthalten. Grammatikmitteilungen (Syntax Message 
Header) werden bei der Dienstleistung, wo die zu benutzende neue Grammatik 
vpm Serviceanbieter zum Endgerat 10, 1 1, 12 ubermittelt wird, 
zusammengesetzte Mitteilungen werden sowohl fur die Ubermittlung der neuen 

35 Grammatik und der Informationsparameter 63, 65 als auch fur die Ubermittlung 
der Parameter, die fur die Serviceanfragemitteilungen benotigt werden, 
verwendet. 
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In der Abbildung 4 sind entsprechend der Erfindung der Betrieb des Endgerates 
10 t 1 1, 12, des SMS-TCP/IP-Servers 30 und des Internet-Servers 70 als 
Funktionsschema in der Phase dargestellt, wenn das Endgerat 10, 1 1 , 12 die 
Wetterdienstseite 60 vom Internet-Server 70 mittels Serviceanf ragenachricht 

5 (Phase 80) anfordert. Die Serviceanfragenachricht enthalt die Kennung 41 , auf 
deren Grundlage der empfangende SMS-TCP/IP-Server 30 in der Lage ist, die 
empfangene Nachricht 40 korrekt zu bearbeiten (u.a. kann er erkennen, von 
welchem Endgerat 10, 1 1 , 12 die Nachricht empfangen worden ist, urn welchen 
Typ von Nachricht es sich handelt, wie die Nachricht bearbeitet werden soil etc.). 

10 Die Struktur der Nachricht wird spater genauer beschrieben, u.a. im 
Zusammenhang mit den Ausfuhrungen zu Bild 5. Nach Empfang der 
Serviceanfragenachricht vom Endgerat 10, 11, 12, loscht der SMS-TCP/IP-Server 
30 die Kennung 41 der Nachricht (Phase 81), spielt sowohl die Serviceanf rage auf 
Grundlage der in der Serviceanfragenachricht 80 enthaltenen URL-Adresse in das 

15 Internet ein, als auch ubermittelt diese in Form einer Serviceanfragenachricht an 
den Internet-Server 70 weiter (Phase 82). Die Serviceanfragenachricht befolgt von 
ihrem Typ her das allgemeine HTTP-Protokoll des Internets, womit sich die 
Serviceanfragenachricht so nicht von dem normalen im Internet abgewickelten 
Datentransfer zwischen den Servem 30, 70 unterscheidet. 

20 

Als Antwort auf die Serviceanfragenachricht ubermittelt der Internet-Server 70 die 
gewunschte Webseite dem SMS-TCP/IP-Server 30 im HTML-Format, gemaB dem 
HTM-Standard (Phase 83), gesteuert durch die URL-Adresse. In dieser Phase 
bef indet sich die Webseite also noch im HTML-Format und kann so noch eine 

25 beachtliche Menge Informationen enthalten. Der SMS-TCP/IP-Server 30 

transformiert, gemaB der fur den Service charakteristischen Grammatik, Teile der 
entgegengenommenen HTML-Webseite, speichert Teile der HTML-Seite in 
seinem Datenbestand und gibt den verschiedenen Teilen Kennungen. Im Fall der 
Wetterdienstseite 60 wird dies gemaB derTabelle 3 realisiert (Phase 84). Durch 

30 Vergleich des spezifischen Datenbestandes des Endgerates 10, 1 1 , 12 mit dem 
auf der Basis der Entgegennahme der HTML-Seite aktualisierten Datenbestand 
weiB der SMS-TCP/IP-Server 30, welche Teile der HTML-Webseite bereits dem 
Endgerat 10, 1 1 , 12 bekannt sind (Phase 85). Diese Teile mussen nicht emeut 
ubermittelt werden, es reicht, daB von diesen nur die Kennungen gesendet 

35 werden (T abelle 3). Falls durch Vergleich von Datenbestanden der SMS-TCP/IP- 
Server 30 bemerkt, daB sich bei Ubermittlung des Services die verwendete 
Grammatik geandert hat, z.B. aus der entgegengenommenen HTML-Seite sich 
neue Teile gebildet haben, die nicht schon fruher an das Endgerat 10, 1 1 , 12 
ubermittelt worden sind, mussen diese vor der Absendung der eigentlichen 
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Servicemitteilung ubermittelt werden. Dies kann mit Hilfe einer speziellen 
Grammatikmitteilung realisiert werden (Phase 87). Vor Absendung der 
Grammatikmitteilung fugt der SMS-TCP/IP-Server 30 der zu ubermittelnden 
Nachricht 87 Kennungen 41 hinzu, auf deren Basis das Endgerat 10, 11, 12 
5 korrekt funktionieren kann. Nach Empfang der Grammatikmitteilung aktualisiert 
das Endgerat 10, 1 1, 12 seinen Datenbestand auf der Basis der in der Kennung 
41 und der Grammatik enthaltenen Information (Phase 88). Nach Aktualisierung 
des Datenbestandes ist das Endgerat 10, 1 1 , 12 bereit, die eigentliche 
Servicenachricht entgegenzunehmen. 

10 

Der SMS-TCP/IP-Server 30 ubermittelt die Servicenachricht dem Endgerat 10,11, 
12, wenn er durch Vergleich seines Datenbestandes festgestellt hat, daB die 
Datenbestande des SMS-TCP/IP-Servers 30 und des Endgerates 10, 11, 12 
einander entsprechen. Die Servicenachricht wird als zusammengesetzte 

15 Mitteilung ubermittelt, die sowohl die Kennungen (die Ziffem 31 , 32, 33 und 34 in 
der ersten Spalte der Tabelle 3, die auf die Textzeilen 61 , 62, 64 und 66 in 
Abbildung 3 verweisen) fur die gewunschten Informationszeilen als auch die 
Informationsparameter (63, 65) (Phase 89) selbst enthalt. 
In den kombinierten Mitteilungen konnen auch temporare Objekte inbegriffen sein, 

20 die im Cache-Speicher (cache memory) des Endgerates 10, 1 1 , 12 gespeichert 
werden, aber nicht im Objekdatentbestand des Endgerates 10, 1 1 , 12. Wenn der 
gfeiche Service mehrere Male hintereinander in Anspruch genommen wird, 
konnen solche temporaren Objekte auch z.B. zur Beschleunigung des 
Datentranfers verwendet werden. Es ist auch mdglich zu definieren, daB, wenn 

25 das gleiche temporare Objekt mehrere Male hintereinander verwendet wird, es 
automatisch im Objektdatenbestand des Endgerates 10, 1 1, 12 gespeichert wird. 
Nach Empfang der zusammengesetzten Mitteilung, entpackt das Endgerat 10, 1 1 , 
12 die Mitteilung (Phase 90). Es sortiert die Teile der Nachricht 40 und ruft fur die 
Empfangsgerate die Entsprechungen fur die Kennungen (Tabelle 3) aus seinem 

30 Datenbestand ab. Darauf basierend generiert das Endgerat 10, 1 1 , 12 die 
Serviceseite 60 fur den Bildschirm des Endgerates 10, 1 1 , 12. 

In Abbildung 5 ist, gemaB dem HTMesTP-Protokoll, die beispielhafte Struktur der 
Nachricht 40 dargestellt, die das Nachrichtenkopffeld (header) 41 und das 
35 Informationsfeld 42 umfaBt. Das Nachrichtenkopffeld 41 umfaBt die die Struktur 
der Nachricht 40 beschreibenden Parameter und Adresseninformationen, die in 
dieser Beispielnachricht 40 enthalten sind: 
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Adressentypkennung 43, die die Struktur des Nachrichtenkopffeldes 41 def iniert, 
im wesentlichen das, in welcher Form bei Ubermittlung der Nachricht 40 die 
verwendete Adresseninformation prasentiert wird, das spater im Beispiel der 
Tabelle 4 aufgefuhrte xxxlOxxx bedeutet, daB die Adresse mit 4 Byte gemeldet 
5 wird (sog. ipv4-Adressentyp) I xxxl 1xxx wurde bedeuten, daB die Adresse mit 6 
Byte gemeldet wird (ipv6-Adressentyp), 

die Nachrichtentypkennung 44, die u.a. definiert, urn welchen Typ von Nachricht 
40 es sich handelt, im Beispiel der Tabelle 4 entspricht xxxxxOOO der 
10 Grammatikmitteilung, xxxxOOl entspricht der der zusammengesetzten Mitteilung, 
xxxxx010 entspricht der Serviceanfragemitteilung usw M 

Adresseninformation 45, auf deren Basis die Nachricht 40 zwischen dem Internet- 
Server 70, dem SMS-TCP/IP-Server30 und dem mobilen Endgerat 10, 11, 12 
15 ubermittelt wird, im Beispiel 4 wird gemeldet mit 4 Byte. 

Grammatikdatenbestandsadresse 46, die definiert, welche im Speicher des 
Endgerates 10, 11, 12 und des SMS-TCP/IP-Servers aufgezeichnete Grammatik 
bei der Rekonstruktion der Serviceseite 60 fur den Bildschirm des Endgerates 10, 
20 11,12 verwendet wird, im Beispiel der Tabelle 4 wird mit 1 Byte gemeldet, sowie 

Die Langeninfonmation der Nachricht 47. 

In das Informationsfeld 42 wird die in HTMesL-Seitenformatierungssprache 
25 abgefaBte komprimierte Webseite einbezogen. 

Die Struktur der oben beschriebenen Nachricht 40 hat Beispielcharakter. Bei 
Bedarf z.B. kann dem Nachrichtenkopffeld 41 das Zusatzinformationsfeld 48' 
hirizugefugt werden. Diese flexible Struktur ermoglicht die Formung neuer, 
30 stnukturmaBig verschiedener Nachrichten je nach Bedarf. Von der fur die 

Prasentierung der Adressentypkennung 43 benutzten Bitmenge hangt es ab, wie 
viele verschiedenartige Nachrichten ubermittelt werden konnen. In der unten 
abgebildeten Tabelle 4 wird die Struktur des Adressenfeldes 41 dargestellt. 
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7 


6 


5 


4 


3 


2 


1 


0 


Belegptatz 


Belegplatz 


Belegplatz 


Mresse 


Adresse 


Nachricht 


Nachrictit 


Nachricht 








Typ 


Typ 


Typ 


Tvp 


Typ 



Ipv4-Adresse 



Ipv4-Adresse 
Ipv4-Adresse 
Ipv4-Adresse 
Grammatikidentifizierung 
Nachrichtenlange 



Tabelle 4, Beispiel fur die Struktur des Nachrichtenkopffeldes 41 

5 Die Grammatikmitteilung wird von dem SMS-TCP/IP-Server 30 gesendet. Mit der 
Grammatikmitteilung aktualisiert der SMS-TCP/IP-Server 30 den 
Objektdatenbestand des Endgerates 10, 11, 12. Das Endgerat 10, 11,12 selbst 
entscheidet, ob es die aktualisierte Information vom SMS-TCP/IP-Server 30 
entgegennimmt oder nicht. In dieser Phase solKen auch Sicherheitsaspekte 

10 beachtet werden, damit fehlerhafte Grammatikinformationen nicht den Betrieb 
des Systems storen konnen. Urn die Richtigkeit der Grammatikmitteilungen zu 
sichem, ist es moglich, z.B. die digitate Unterzeichnung von Mitteilungen vom Typ 
RSA public key document (message) signatures zu verwenden. Im folgenden 
Beispiel werden zwei Grammatikmitteilungen gezeigt, die an sich die in dem oben * 

15 vorgestellten Wetterdienstseitenbeispiel die gesamte bendtigte Grammatik 
definieren. 

Grammatikmitteilung 1 : 



00001000 


F3045644,23,len(msg) 


10 


<html> 


ff12 


<head> 


ff14 


<title> 


ff30 


World Weather Service 


f!15 


</title> 


ff13 


</head> 


Ff16 


<bodv> 
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Ff18 


<h1> 


Ff31 


Welcome To The World Weather Service 


Ff19 


</h1> 


Ff1b 


<h2> 



Grammatikmitteilung 2: 



00001000 


F3045644,23,len(msg) 


32 


Weather today 


Ff1a 


</h2> 


fffe 




Ff33 


Temperature 


Fffe 




Ff1d 


<hr> 


F34 


<a href="htmp*7/weather.worlcom:444/cgi- 
bin/tomorrow.pl">Weather Tomorrow</a> 


Ff17 


</body> 


Ff11 


</html> 



5 

Die die zusammengesetzte Mitteilung ist ihrem Namen nach eine Mitteilung, die zwei 
Iriformationen enthalt. Der erste Teil der Mitteilung enthalt die 
Grammatikinformation, die nicht standig dem Objektbestand hinzugefugt wird, der 
zweite Teil enthalt die Inform at ions parameter. Wenn die gleiche Objektadresse 

10 zweimal hintereinander verwendet wird, ersetzt die neue Grammatik die alte 

Grammatik in dem Objektdatenbestand. Die zusammengesetzte Mitteilung enthalt 
die Objektreferenz auf den Grammatikdatenbestand und die Parameter zur 
Vervollstandigung der zu generierenden Seite. Die zusammengesetzte Mitteilung 
beginnt mit einem separaten Befehl. Die Sonderbefehle sind grammatikabhangig 

15 und vom Serviceanbieter auszusuchen . 

Die Serviceanfragemitteilung ubermittelt das Endgerat 10, 1 1 , 12. Sie enthalt die 
Iritennet-Adresse (URL), die Ressourcenkennung des Services und die wahlweisen 
Parameter, um in den Service zu gelangen. Wenn der Benutzer den Service in 
20 Anspruch nehmen mochte, muB er eine Serviceanfragemitteilung abschicken. In 
. . diesem Fall aktualisiert der SMS-TCP/IP-Server 30 den Objektdatenbestand des 



BNSDOCID: <0£_2S818131U1J_> 



21 



Endgerates 10, 11,12 durch Hinzufugung der Grammatikdefinitionen in den Cache- 
Speicher des Endgerates. 

Die Gramrnatikdefinition kann auch den mehr als ein Zeichen (Tag) umfassenden 
5 HTML-Text enthalten. Sie kann sogar eine ganze HTML-Seite, einen Parameter- 
Block oder eine HTML-Ankerreferenz enthalten, wie 



34 


<a href = "htmp: //weather . 


world. com: 444/cgi- 




bin/ tomorrow . pi tt >Weather 


Tomorrow< /a> 



Die Objektkennung 0x34 hat die Adresse (URL) fur den morgigen Wetterdienst. Sie 
10 verweist auf den HTML-Block, der die Serviceanfrage zur Erlangung des 
Wetterrrapports durchfuhrt. 

In der oben beschriebenen Realisierungsform der Erfindung wurde mit Hilfe des 
Endgerates 10, 1 1 , 1 2 die Wetterserviceseite von dern mit dem Intemet-Netz 50 

15 verbundenen Endgerat 70 abgerufen. Entsprechend der Erfindung kann das System 
auch fur den zwischen zwei Endgeraten 10, 11, 12 abgewickelten Datentransfer 
benutzt werden. Eine vorteilhafte Realisierungsform umfaBt den Vorgang, wenn 
Benutzer von Endgeraten Informationen durch in HTML-Sprache realisierte Seiten 
uhtereinander austauschen. Dann umfaBt z.B. die Ubermittlung einer in HTML- 

20 Seitenformatierungssprache erstellten Seite, z.B. von einem an das Endgerat 10 (in 
der Regel Mobittelefon) angeschlossenen Computers 13 an das Endgerat 12 
folgende Phasen: 

• der Benutzer des Endgerates 1 1 editiert eine Seite mit einem tragbaren 
25 Computer 13. 

• der Benutzer beschlieBt eine Nachricht abzusenden, wenn das im Computer 
13 installierte Komprimierungsprogramm die HTML-Seite in das HTMesL- 
Format umwandelt und die benotigte Grammatik erstellt. 

• der Computer bildet bei Bedarf Grammatiknachrichten und die 

30 zusammengesetzte Nachricht, und ubenmittelt diese an das Mobittelefon, 

gepackt in SMS-Nachrichtenform und in einer fur die Datentransferverbindung 
fur das HTMesTP-Protokoll angepaBten Form. 

• das Endgerat 10 (Mobiltelefon) ubermittelt die SMS-Mitteilung (SMS- 
Mitteilungen) uber das mobile Kommunikationsnetz 105, 102, 100, 20, 101, 

35 103, 107 an das Endgerat 12. 

• das Endgerat 12 identifiziert anhand der entgegengenommenen Nachricht, 
daB es sich urn eine in HTMesL-Seitenformatierungssprache komprimierte 
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Nachricht handelt, und leitet diese auf der Basis der im HTMesTP-Rahmen 
plazierten Kennungen 41 an den richtigen Bearbeiter. 
• da es sich urn eine in HTMesL-Seitenformatierungssprache realisierte Seite 
handelt, entpackt das im Endgerat 12 installierte Dekomprimierungsprogramm 
5 die Seite in das HTML- Format, und ubermittelt sie in einem passenden 

Programm, das das Lesen von in HTML-Sprache verfaBten Seiten ermoglicht 
(wird allgemein WWW-Blatterer genannt), zur Darstellung auf dem Display des 
Endgerates 12. 

10 In der Abbildung 6 werden die zur Ubermittlung der Web-Seite 60 verwendeten 
Teile in in dem der Erfindung gemaBen Informationsubermittlungssystem 
dargestellt. Das Endgerat 1 1 umfaBt u.a. sowohl die Bearbeitung der in HTML- 
uhd HTMes-Seitenfonmatierungssprache prasentierten Web-Seiten 60 des 
Prozessors 121, als auch die Aufzeichnung der in Tabelle 3 vorgestellten 

15 Grammatik im Speicher 122. Entsprechend umfaBt der SMS-TCP/IP-Server 30 
u.a. die Protokolltransformation des Prozessors 124 zwischen den HTTP- und 
HTMesTP-Protokollen und die Aufzeichnung der Grammatik im Speicher 125. Die 
Datentransferverbindung 123 beschreibt die in Bild 1 aufgefuhrte Basisstation 
101, den Basisstationskontroller 102, den uber die Mobiltelefonzentrale 100 und 

20 die SMS-Nachrichtenzentrale 20 zum SMS-TCP/IP-Server 30 laufenden 

Datentransfer und die Datentransferverbindung 126 zum Internet-Server 70 durch 
den uber das Intemet-Netz laufenden Datentransfer. 

Hier wurden anhand von Beispielen die Umsetzung und die Leistungsformen der 
25 Erfindung beschrieben. Fur Branchenexperten ist klar, daB die Erfindung nicht 
begrenzt ist auf die Details der oben vorgestellten Leistungsformen und daB die 
Erfindung auch in anderer Form, ohne Abweichung von den Wesensmerkmalen 
der Erfindung, umgesetzt werden kann. Die Vorstellung der Leistungsformen hatte 
erklarenden Charakter, aber keinen einschrankenden. Die Realisierungs- und 
30 Verwendungsmoglichkeiten der Erfindung werden lediglich durch die 

nachfolgenden Schutzforderungen eingeschrankt. Diese Forderungen bestimmen 
diverse Realisierungsaltemativen der Erfindung, auch aquivalente Realisierungen 
gjehoren in den Bereich der Erfindung. 
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Schutzanspruche 

1 1- Datentransfersystem zur Ubermittlung einer in Seitenforma- 
tierungssprache realisierten Informatlonsseite (60) in etnem Daten- 
ubertragungsnetz (20, 30, 50, 100, 110, 123, 126) von einem ersten 
Endgerat (10, 11, 12, 13, 30, 70) zu einem zweiten Endgerat (10, 11, 
5 12, 13. 30, 70). wobel 

das erste Endgerat (10, 11, 12, 13, 30, 70) erste Prozesseinheiten 
(121, 122, 123. 124) zur Bearbeitung und Ubermittlung der In Seiten- 
formatierungssprache realisierten Informatlonsseite (60) an das zweite 
Endgerat (10, 11, 12, 13, 30, 70) uber das Datenubertragungsnetz (20. 
10 30, 50, 100, 110, 123, 126) umfaBt, 

das zweite Endgerat (10, 11, 12. 13, 30, 70) zweite Prozesseinhel- 
ten (121, 122, 123, 124) far Empfang und Weiterverarbeltung der in 
Seitenformatierungssprache realisierten Informatlonsseite (60) umfaBt 
und 

15 - die erwahnte Seitenformatierungssprache Zelchen und Informa- 

Uonszellen (61, 62, 63, 64, 65, 66) umfaBt, 

dadurch gekennzeichnet, dafi 

die ersten Prozesseinheiten (121, 122, 123, 124) elngerichtet sind, 

jedem Zelchen und den Informationszeilen (61, 62, 63, 64, 65, 66) elne 
20 speziflsche Kennung zur Bildung einer Grammatik zuzuweisen (84), 

die ersten Prozesseinheiten (121, 122, 123, 124) elngerichtet sind, 

die Grammatik an das zweite Endgerat (10, 11, 12, 13, 30, 70) zu uber- 

mitteln, wenn diese nicht schon fruher ubermittelt worden ist (85, 86, 

87, 88), 

25 - die ersten Prozesseinheiten (121, 122, 123, 124) elngerichtet sind. 
die Kennungen an das zweite Endgerat (10, 11, 12, 13, 30, 70) zu 
tibennitteln, und 

die zweiten Prozesseinheiten (121, 122, 123. 124) elngerichtet 
sind, die Informatlonsseite (60) auf der Basis der empfangenen Gram- 
30 matik und der Kennungen zu rekonstruieren. 

2. Endgerat zur Ubermittlung einer in Seitenformatierungssprache 
realisierten Informatlonsseite (60) an einen Empfanger tlber ein Daten- 
ubertragungsnetz (20, 30. 50, 100, 110, 123, 126), mit Prozesselnhei- 
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1 ten (121, 122 f 123, 124) zur Bearbeitung und Weiterleitung der in Sei- 
tenformatierungssprache reallsierten Informationsseite (60) an den 
Empfanger, wobei die Seitenformatierungssprache Zeichen und Infor- 
mationszeilen (61, 62, 63, 64, 65, 66) umfafit. 
5 dadurch gekennzeichnet, daft 

die Prozesseinheiten (121, 122, 123. 124) eingerichtet sind. jedem 
Zeichen und den Informationszeilen (61, 62. 63, 64, 65, 66) eine spezi- 
fische Kennung zur Bildung einer Grammatik zuzuweisen (84), 

die Prozesseinheiten (121, 122, 123, 124) eingerichtet sind, die 
10 erwahnte Grammatik an den Empfanger zu ubermitteln. wenn diese 
nicht schon frtther ubermlttelt worden 1st (85, 86, 87, 88), und 

die Prozesseinheiten (121, 122, 123, 124) eingerichtet sind, die 
Kennungen an das zweite Endgerat (10, 11, 12, 13, 30, 70) zu ubermit- 
teln. 

15 

3. Endger&t nach Anspruch 2, dadurch gekennzeichnet, daS es eln 
Mobilger&t (10, 11, 12, 13) 1st. 

4. Endgerat nach Anspruch 2, dadurch gekennzeichnet, daS es ein 

20 mit dem Dateniibertragungsnetz (50, HOJ.verbundener Server (30, 70) 
1st. 



25 



30 



35 
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